home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19950726-19950929 / 000364_news@columbia.edu_Fri Sep 15 13:51:56 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  5KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA01787
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Fri, 15 Sep 1995 09:51:59 -0400
  3. Received: by apakabar.cc.columbia.edu id AA18423
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Fri, 15 Sep 1995 09:51:57 -0400
  5. Path: news.columbia.edu!merhaba.cc.columbia.edu!chaiklin
  6. From: chaiklin@columbia.edu (Seth Chaiklin)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Progress on MSK 3.14 and Linux 1.2.8 problem
  9. Date: 15 Sep 1995 13:51:56 GMT
  10. Organization: Columbia University
  11. Lines: 97
  12. Message-Id: <43c0ds$hvk@apakabar.cc.columbia.edu>
  13. Nntp-Posting-Host: merhaba.cc.columbia.edu
  14. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  15.  
  16.  
  17. This message is a continuation of my inquest into why I have
  18. had problems with MSK 3.14 and Linux connections.
  19.  
  20. I have made some progress, I believe in delimiting the problem,
  21. so I will start a fresh thread.
  22.  
  23. I posted a question about these problems to the Linux newgroups and 
  24. after several days, I got the following reply which I send further 
  25. without permission (because it was publically posted).  The main 
  26. gist of the message is that it is believed that Linux ARP is OK.
  27.  
  28. Here it is:
  29. ------------------------
  30. Newsgroups: comp.os.linux.networking,comp.os.linux.help,comp.os.linux.misc
  31. From: iialan@iifeak.swan.ac.uk (Alan Cox)
  32. Subject: Re: ARP cache problem in 1.2.*??
  33. Organization: Institute For Industrial Information Technology
  34. Date: Wed, 13 Sep 1995 13:29:07 GMT
  35.  
  36. In article <433jha$k6m@apakabar.cc.columbia.edu> chaiklin@merhaba.cc.columbia.edu (Seth Chaiklin) writes:
  37. >I have also tried MS-Kermit Version 3.14, 24 May 1995, and that will
  38. >simply not connect to the Linux box, complaining about Arp resolution
  39. >problems.  I have communicated with the Kermit people aboout the
  40. >problem and I am still trying to figure out what is going on, but
  41. >one candidate is that the Linux ARP cache is not well-behaved yet.
  42.  
  43. Linux ARP is believed to work, and its a 'seen by nobody else' problem.
  44. That given the userbase normally means its a user setup problem. The one
  45. person here who persists in using kermit under DOS, his own custom mail
  46. collect read/write scripts and other strange things hasn't moaned at me,
  47. nor have other kermit + Linux users I know.
  48.  
  49. >I have tried to look in the kernel changes and could see that some
  50. >work was done on Arp.  Can someone comment on whether it is likely
  51. >that the problems with Kermit could be located in the Linux ARP cache?
  52.  
  53. The only ARP changes made recently have been in the 1.1.x kernels to clean
  54. up code and add netmasks to proxy arp (for transparent routing) and some
  55. recent 1.3.x fixes whereby ATF_PERM entries would previously be updated
  56. by an ARP reply for that address.
  57.  
  58. ---------------------------------------------
  59.  
  60. Meanwhile, this mention of apparent success by another person made
  61. me wonder what will happen if I used another version of MSK.  So I
  62. make the following experiment.
  63.  
  64. 1.  Run MSK 3.14 on a 486 machine with ODIPKT and 3C509 card.
  65.     (and no energy saving features)
  66.     As usual, after 10 - 15 minutes, the ARP entry disappears,
  67.     the screen output disappears, though it is still possible
  68.     to enter commands.
  69.  
  70. 2.  Powerdown machine.
  71.  
  72. 3.  Run MSK 3.13pl5 on the same machine.
  73.  
  74.      a.  After 10 minutes, the entire IP number (as opposed to HW address)
  75.          disappears from ARP table.
  76.  
  77.      b.   Press CR on MSK.  It works.
  78.  
  79.      c.   Let sit 45 minutes.  
  80.  
  81.      d.   Press CR.  It still works.
  82.  
  83.      e.   Logout, manually delete IP number from ARP cache with arp -d
  84.  
  85.      f.   Powerdown MSK machine.  Login again with MSK 3.13
  86.  
  87.      g.   Wait 45 minutes.  At this point the HW address has disappeared
  88.           from the ARP cache (i.e., 00:00:00:00:00:00), even though the
  89.           IP number is still there.  It still works!
  90.  
  91.      h.   Delete IP number (arp -d) while MSK 3.13 is connected.  It still
  92.           works.
  93.  
  94.      i.   Login with MSK 3.14 (18 Jan 95) edition.
  95.  
  96.      j.   Delete IP number from ARP cache (arp -d).  It freezes!
  97.  
  98.      k.  If I add and delete the IP number by hand a few times, I can 
  99.          "jumpstart" the MSK 3.14 machine back to monitor output.
  100.  
  101.  
  102. I am willing to suggest that there is some change between MSK 3.13 and
  103. MSK 3.14 (18 Jan 95) that is critical to this problem.  And there is
  104. yet another change from MSK 3.14 (18 Jan 95) to MSK 3.14 (24 May 95) that
  105. creates a new problem.
  106.  
  107. Well, I don't know much more now about why these problems occur than
  108. I knew yesterday, but I am starting to get a better sense of how to
  109. create them.
  110.  
  111. Cheers,
  112.   Seth Chaiklin